home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 633 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.7 KB  |  72 lines
  1. Path: news.eunet.fi!fipnet!kone!jsaarinen
  2. Newsgroups: comp.sys.amiga.programmer
  3. X-NewsReader: IntuiNews 1.2b (31.7.94)
  4. References: <4ctiib$2ok@irz305.inf.tu-dresden.de>
  5. From: "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi>
  6. Date: Tue, 9 Jan 96 20:15:09 UT
  7. Comments: Illegal date header - new date added by quicknews
  8. X-Original-Date: Tue, 09 Jan 96 21:30:36 
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset=iso-8859-1
  11. Content-Transfer-Encoding: binary
  12. Distribution: world
  13. Subject: Re: New C2P
  14. Message-ID: <38231962@kone.fipnet.fi>
  15.  
  16.  
  17. > Actually my c2p are processor-only converters because I dont understand
  18. > enough about blitter-coding. Besides I am mainly interested in
  19. > 8bpl-converters for my 3d-routines. The original c2p-routines are from
  20.  
  21. You dont have to understand the blittings, just use them.. ;)
  22.  
  23. > aminet (I think fastc2p.lha )
  24.  
  25. That package has a real 68040 routine and CPU-only routine
  26. that is for 68020/030.
  27.  
  28. > ( I use a comparebuffer which check if a block of 8 pixels have changed.
  29. > If yes then the comparebuffer is updated and the converter starts. 
  30. >áIf not I simply step to the next block)
  31.  
  32. In realtime 3d gfx comparebuffer is not a very good idea, since
  33. the changes have to be checked at every 32 pixels because
  34. chip writes must be longwords. (32 pixels)
  35.  
  36. > >What routine this is? I guess 030/50 should be able
  37. > >o get c2p free -->á320x256x8 screen should be about 20ms.
  38. > >This could be perhaps achieved by doing three passes
  39. > >with CPU and the last one with the blitter.
  40. > 
  41. > Sounds good could you post or mail some asm-source ? I would prefer a
  42. > cpu-only-solution.
  43.  
  44. There is no such a routine yet. I was just speculating.
  45. CPU-only solution is good only starting from the 68040,
  46. 68020 and 68030 benefit blitting very much because
  47. they are not fast enough to do all the c2p passes
  48. between chip writes. Therefore blitter is used 
  49. to do remaining passes. The amount of passes
  50. done with the blitter and the CPU depends on the
  51. CPU speed; optimal amount is that the CPU phase
  52. of the chunky2planar process takes as much time
  53. as a straight move.l (a0)+,(a1)+ copying from
  54. fast ram to chip ram.
  55.  
  56. > Also someone wrote that you could do 12 or 13 instructions during chip
  57. > write. Is there somewhere (in aminet) a time-table on this ?
  58.  
  59. It depends on the CPU ofcourse. On my 040/40 I can have a free
  60. muls d0,d1 or two after a chip write.
  61.  
  62. > I found a c2p-converter which use selfmodifying code. This one copy
  63. > himself to a quadword-align memory-position. Does this give any advantages ? 
  64. >á(I think a 8bpl c2p is small enough to fit into the cache)
  65.  
  66. It is because of the instrction burst in the 68030 and upwards.
  67. They benefit of having the loop startpoint 16 bytes aligned.
  68.  
  69. --                               _
  70. a Stellar programmer          _ //
  71. "Amiga - back for the future" \X/
  72.